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(54) Digital signal processing 



(57) An MPEG video decoder (4) and MPEG audio 
decoder (5) respectively decode MPEG video data and 
MPEG audio data separated by a demultiplexer (2). A 
digital interface (11) sends and receives MPEG video 
data, MPEG audio data and supplementary data be- 
tween the demultiplexer (2) and external devices. The 
digital interface (11) detects a flag indicating a disconti- 
nuity in a program from an input signal, and a microcom- 
puter (9) performs control so as to initialize buffer mem- 
ories (3, 4a, 5a). 



When the microcomputer (9) detects data indicating 
a recording start position and recording end position in 
playback data sent by the demultiplexer (2), this is no- 
tified to the digital interlace (11). The digital interface 
(1 1 ) generates a discontinuity flag identifying a program 
change in a header of an asynchronous packet into 
which video data from the demultiplexer (2) is input. 

Thus data may be added showing a program 
change when a plurality of digital broadcast programs 
are played back on a digital VTR, input to a digital broad- 
cast receiver/demodulator and decoded. 
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Description 

This invention relates to digital signal processing 
and playback, and in particular to a device which re- 
ceives and decodes digital broadcasts, for example per- s 
forming processing when undecoded video data and au- 
dio data are input from an external recording/playback 
device. 

The invention also relates to a device which records 
and plays back video signals and audio signals coded 10 
using a high performance technique such as that of 
MPEG (Moving Picture Image Coding Experts Group). 

In recent years, in the U.S.A. and Europe, systems 
have become generalized where high performance cod- 
ing techniques such as those developed by MPEG is 
(Moving Picture Image Coding Expert Group) are ap- 
plied to the coding of video signals and audio signals, 
which are then transmitted via a communications satel- 
lite and decoded on the receiving side. 

In these systems, a special receiver/demodulator is 20 
required on the receiving side. This receiver comprises 
a part which selects a transport stream corresponding 
to a desired channel from a transport stream in which 
the data from a plurality of channels is multiplexed, a 
part which separates desired program video and audio 25 
data from the desired channel transport stream, and a 
part which decodes the separated video and audio data. 

In these systems, to make it possible for the receiv- 
er/decoder to receive the desired channel transport 
stream and separate the desired program video and au- 30 
dio data, PSI (Program Specific Information), EPG 
(Electronic Program Guide) or SI (Service Information) 
is added to the multiplexed transport stream. 

Video tape recorders (referred to hereafter as 
DVCR) which encode video and audio signals before 35 
recording or playing them back, have been proposed. 
The concept has also been proposed of recording/play- 
ing back this digital broadcast video data and audio data 
on such a DVCR without decoding them ("Digital Video 
Reader, illust.", pp. 140-152, Ohm Co., 25 August 1 995, 40 
ed. by Yukio Kubota). 

A digital signal processor according to an aspect of 
this invention is characterized in comprising first means 
for selecting a transport stream corresponding to any 
channel from a transport stream containing a plurality of 45 
multiplexed channels, second means for separating vid- 
eo data and audio data in any desired program from this 
transport stream by referring to supplementary data in 
the selected transport stream, third means for decoding 
the separated video and audio data, fourth means for so 
sending video data, audio data and supplementary data 
from external devices to the second means, and detect- 
ing data indicating a program discontinuity, and fifth 
means for initializing the third means when the fourth 
means detects data indicating a program discontinuity. 55 

A digital signal processing method according to an- 
other aspect of this invention is characterized in that, in 
a digital signal processor comprising first means for se- 



lecting a transport stream corresponding to any channel 
from a transport stream containing a plurality of multi- 
plexed channels, second means for separating video 
data and audio data in any desired program from the 
transport stream by referring to supplementary data in 
the selected transport stream, third means for decoding 
the separated video and audio data, and fourth means 
for sending video data, audio data and supplementary 
data from external devices to the second means, and 
detecting data indicating a program discontinuity, the 
third means is initialized when the fourth means detects 
data indicating a program discontinuity. 

Preferably, the third means is initialized when the 
fourth means detects data indicating a program discon- 
tinuity. 

A digital signal recording/playback device accord- 
ing to a further aspect of this invention comprises first 
means for inputting/outputting a digital signal coded by 
a predetermined coding scheme, second means for re- 
cording said digital signal transmitted by said first means 
in a recording medium, third means for reproducing said 
digital signal recorded on said recording medium, and 
fourth means for detecting a program change in said dig- 
ital signal played back by said third means, and is char- 
acterized in that said fourth means adds a first identify- 
ing data to the digital signal output by said first means 
when a program change is detected. 

A digital signal playback method according to a still 
further aspect of this invention is characterized in that a 
first identifying data is added to this digital signal when 
a program in a playback digital signal changes, when a 
digital signal coded by a predetermined coding scheme 
is played back from a recording medium and output to 
an external device. 

A second identifying signal may further be added 
during speed change playback. 

Preferably, a fourth means adds the first identifying 
data to the digital signal output by the first means when 
a program change in a digital signal played back by the 
third means is detected. 

According to a preferred embodiment of this inven- 
tion, decoding of video data and audio data can be per- 
formed rapidly when a program input from an external 
device is changed. 

Also, decoding can be rapidly performed when 
there is a program change when playback data is input 
to and decoded by the receiver/demodulator. Further, 
when the output from speed change playback is input 
to the receiver/demodulator, breaks in the decoded vid- 
eo data and audio data output can be avoided. 

It is therefore possible to perform rapid decoding of 
video data and audio data in a receiver/demodulator if 
there is a program change when a DVCR of the afore- 
said type continuously plays back a plurality of digital 
broadcast programs, and this data is then input to such 
a receiver/demodulator. 

The invention will now be described by way of ex- 
ample with reference to the accompanying drawings, 
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throughout which like parts are referred to by like refer- 
ences, and in which: 

Fig. 1 is a block diagram showing the construction 
of a digital signal processor to which an embodi- 
ment of this invention is applied; 
Fig. 2 is a diagram showing an example of a trans- 
port stream corresponding to one channel; 
Fig. 3 is a diagram showing an example of a trans- 
port stream input to a demultiplexer, and the con- 
tents of a PAT and PMT in the transport stream; 
Fig. 4 is a diagram showing an example of the in- 
ternal construction of a buffer memory in Fig. 1 ; 
Fig. 5 is a diagram showing the processing flow in 
a microcomputer when the output of the demulti- 
plexer is sent to a MPEG video decoder and MPEG 
audio decoder; 

Fig. 6 is a diagram showing the format of an asyn- 
chronous packet; 

Fig. 7 is a diagram showing a CIP header when a 
tag takes the value 01 2 ; 

Fig. 8 is a diagram showing an example of assigning 
a FMT (format type) in a CIP header; 
Fig. 9 is a flowchart showing the processing per- 
formed by a microcomputer when there is an exter- 
nal input; 

Fig. 1 0 is a block diagram showing the construction 
of a DVCR to which this invention may be applied; 
Fig. 11 is a diagram showing one track of data out- 
put by the error correction code adding circuit of Fig. 
10; and 

Fig. 12 is a diagram showing flags in a DVCR to 
which this invention may be applied. 

Fig. 1 is a block diagram showing the construction 
of a digital signal processor to which an embodiment of 
this invention is applied. This digital signal processor is 
referred to as an IRD (Integrated Receiver Decoder). 

This digital signal processor comprises a front end 
1 which inputs an RF signal sent from a down converter, 
not shown, and selects a transport stream correspond- 
ing to a desired channel, a demultiplexer 2 which sepa- 
rates desired program MPEG video data, MPEG audio 
data and supplementary data selected by the front end 
1 , and a buffer memory 3 which temporarily stores data 
input and output through the demultiplexer 2. 

This digital signal processor further comprises an 
MPEG video decoder 4 which decodes video data sep- 
arated by the demultiplexer 2, an MPEG audio decoder 
5 which decodes audio data separated by the demulti- 
plexer 2, an NTSC encoder 6 which converts video sig- 
nals decoded by the MPEG video decoder 4 into video 
signals in the NTSC format, a D/A converter 7 which 
converts the output of the NTSC encoder 6 into an an- 
alog format, and a D/A converter 8 which converts the 
output of the MPEG audio decoder 5 into an analog for- 
mat. The MPEG video decoder 4 is provided with a buff- 
er memory 4a which temporarily stores video data, and 
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the MPEG audio decoder 5 is provided with a buffer 
memory 5a which temporarily stores audio data. 

This digital signal processor further comprises a mi- 
crocomputer 9 which controls the overall operation of 

5 the processor, a control panel 1 0, and a digital interface 
11 which transmits MPEG video data : MPEG audio data 
and supplementary data separated by the demultiplexer 
2 to external devices, or transmits MPEG video data, 
MPEG audio data and supplementary data received 

10 from external devices to the demultiplexer 2. 

The front end 1 comprises a tuner, QPSK demodu- 
lator and error correction circuit, selects a desired chan- 
nel transport stream specified by a user from the control 
panel 10 from a transport stream containing a plurality 

is of multiplexed channels, performs QPSK demodulation, 
and performs error detection/correction. 

Fig. 2 shows an example of a transport stream cor- 
responding to one channel. As shown in this figure, a 
plurality of programs (denoted herein by program nos. 

20 1 to 3) are multiplexed in this transport stream. Herein, 
the term program refers to a hypothetical broadcast 
channel. In the context of current broadcasting in Japan, 
this corresponds for example to services such as NHK 
satellite channels 1 and 2. 

25 The data for each program is grouped in packetsof 
a predetermined length (188 bytes) which each have. a 
header at their beginning. PID (Packet Identification) da- 
ta is assigned to the header to identify the data. 

Packets containing supplementary data from the 

30 transport stream corresponding to the desired channel 
selected by the front end 1 are provisionally written in 
the buffer memory 3 via the demultiplexer 2. 
Subsequently, MPEG video data and MPEG audio data 
in a desired program are identified and separated, the 

35 video data being sent to the MPEG video decoder 4, 
and the audio data being sent to the MPEG audio de- 
coders. In Fig. 2, video data and audio data in a program 
2 are separated. 

When this separation is performed, the PID (packet 

40 ID) assigned to the packets is examined, and when the 
PI D identifies video data and audio data in a desired pro- 
gram, the data are sent respectively to the MPEG video 
decoder 4 and MPEG audio decoder 5. In Fig. 2, the 
PID assigned to video data for program no. 2 is "xx", 

45 and the PID assigned to audio data for program no. 2 is 
°yy H . The method employed in this digital signal proces- 
sor for establishing the correspondence relation be- 
tween program nos. and PID will be described hereafter. 
The video data sent to the MPEG video decoder 4 

50 js stored in the buffer memory 4a, and is read and de- 
coded when convenient. Decoded video data is convert- 
ed to the NTSC signal system by the NTSC converter 
6, and after conversion to analog video data by the D/A 
converter 7, it is supplied to an external monitor, not 

55 shown. Audio data sent to the MPEG audio decoder 5 
is stored in the buffer memory 5a, and is read and de- 
coded when convenient. After decoded audio data is 
converted to analog audio data by the D/A converter 8, 



EP 0 782 332 A2 



BNSDOCID: <EP 0782332A2_I_> 



5 EP 0 782 332 A2 6 



it is supplied to the speaker of the monitor, not shown. 

In this way, digital broadcast video signals and au- 
dio signals are received, decoded and displayed on a 
monitor. 

Next, the supplementary data will be described. As 
mentioned heretofore, PSI (Program Specific Informa- 
tion), EPG (Electronic Program Guide) or SI (Service In- 
formation) is added to the multiplexed bit stream. PSI 
which is specified by MPEG, and SI which is specified 
by DVB (Digital Video Broadcasting) used in Europe, will 
now be described. 

(1 ) PAT (Program Association Table) 

This table is specified by MPEG. The PID (packet 
ID) is 0. The main contents of the table are PID of NIT 
and PID of PMT described hereafter. 

(2) PMT (Program Map Table) 

This table is specified by MPEG. The PID is deter- 
mined by the PAT mentioned above. The table gives the 
correspondence between program numbers and PID, 
and the PID of ECM (scrambled data appended to pro- 
grams). 

(3) CAT (Conditional Access Table) 

This table is specified by MPEG. The PID is 1. The 
main contents of the table are EMM (scrambled infor- 
mation for customers). 

(4) NIT (Network Information Table) 

The PI D is 001 0. The main contents of the table are 
network names (satellite names, ground wave transmit- 
ters, etc.), and modulating schemes or frequencies re- 
lated to transport streams (physical channels). 

The following tables are specified by DVB. 

(5) BAT (Bouquet Association Table) 

The PID is 001 1 . The main contents of the table are 
names of bouquets (program providers) and destination 
countries, service details of transport streams (physical 
channels) and CASS (Conditional Access Service Sys- 
tem) methods. 

(6) SDT (Service Description Table) 

The PID is 0011. The main contents are related to 
transport streams (physical channels), and service ID's 
contained therein, and the names of bouquets. Herein, 
the service I D's are broadcasting channels such as NH K 
satellite 1 and NHK satellite 2. This is therefore the same 
as the program nos. specified by MPEG. 



(7) EIT (Event Information Table) 

The PID is 001 2. The main contents are event ID's, 
their starting time, broadcasting time and program de- 
5 tails. Transport stream ID's and service ID's are given 
for each event I D. An event refers to, for example, "News 
at 7 a.m. (December 1)". 

(8) Time and Date Table 

The PID is 0010. The main content is information 
about world standard time. The processor's internal 
clock, not shown, is set using this TDT 

(9) RST (Running Status Table) 

The PID is 0013. The main content is information 
about performing events, i.e. information before an 
event starts, during its execution and after it has been 
completed. 

Next, a description will be given of how the micro- 
computer 9 in this digital signal processor, processes 
PSI and SI mentioned above. 

First, in the digital signal processor, constants and 
other parameters are set combining the various network 
systems. This information is written to the network infor- 
mation table which therefore gives modulation 
schemes, frequencies, bit rates and error correction 
methods for transport streams. After setting, this data is 
stored in an EEPROM, not shown, of the microcomputer 
9. 

Next, events are searched from the EIT. In the EIT, 
a unique event ID is assigned to each broadcasting 
event, program names and contents are written together 
with their start times, and transport stream I D's and serv- 
ice ID's are written for each event. The transport stream 
ID is identified Irom the EIT, the digital signal processor 
is set using transport stream constants obtained from 
the NIT, and the transport stream corresponding to the 
desired channel is thereby selected. 

The above is the processing performed when a 
transport stream for a desired channel is selected in the 
front end 1 . Next, the processing performed by the mi- 
crocomputer 9 when the output of the demultiplexer 2 is 
sent to the MPEG video decoder 4 and MPEG audio 
decoder 5, will be described. 

Fig. 3 shows an example of a transport stream input 
to the demultiplexer 2, and the content of the PAT and 
PMT in the transport stream. Fig. 4 shows the internal 
construction of the buffer memory 3. Fig. 5 shows the 
flow of this processing. The following description refers 
to the case where program no. 1 is selected. 

First, in a step S1 of Fig. 5, the output of the front 
end 1 is written to the buffer memory 3 via the demulti- 
plexer 2. In the buffer memory 3, storage areas 3A-3C 
are defined for each data as shown in Fig. 4, and the 
different types of data are written to these areas. 

Next, in a step S2, the PAT is searched from the 
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supplementary data written to the supplementary data 
area 3C of the buffer memory 3. To perform this process- 
ing, the packet with a PID of 0 may be searched. A PID 
of the PMT for each program (herein, the PID for PMT1 
is "cc" and the PID lor PMT2 is "dd") is written in the PAT 5 
as shown in Fig. 3(2). 

Next, the packet with a PID of "cc" is searched. In 
this way, PMT1 corresponding to program no. 1 is de- 
tected. MPEG video data, MPEG audio data and the PID 
of ECM for program no. 1 are written in PMT1 , as shown 10 
in Fig. 3(3). 

Therefore, to view the program no. 1 , the packet 
having a PID of °aa B is read from the MPEG video data 
area 3A of the buffer memory 3 and sent to the MPEG 
video decoder 4 via the demultiplexer 2, and the packet 15 
having a PID of D ab n is read from the MPEG audio data 
area 3B and sent to the MPEG audio decoder 5 via the 
demultiplexer 2. Data without headers is transmitted in 
this process as shown in Fig. 2. Scrambling is also de- 
coded using ECM information written in the packet with 
a PID of u xx n . 

To view the program no. 2, the packet having a PID 
of n dd n is searched in the same way. In this packet, video 
data, audio data and the PID of ECM are written as 
shown in Fig. 3(4). The packet with a PID of n ba H is read 
from the MPEG video data area 3A of the buffer memory 
3 and sent to the MPEG video decoder 4, and the packet 
with a PID of "bb" is read from the MPEG audio data 
area 3B and sent to the MPEG audio decoder 5. Scram- 
bling is also decoded using ECM information written in 
the packet having a PID of "zz°. 

The above description refers to the usual process- 
ing performed when a transport stream input from the 
front end 1 is decoded. The digital signal processor of 
Fig. 1 can also output the MPEG video data, MPEG au- 
dio data and supplementary data separated by the de- 
multiplexer 2, to a recording/playback device such as a 
DVCR via the digital interface 11. In addition, the proc- 
essor can receive MPEG video data MPEG audio data 
and supplementary data output by an external record- 
ing/playback device via the digital interface 11, and send 
it to the demultiplexer 2. This processing will now be de- 
scribed. 

First, the processing of the microcomputer 9 will be 
described where the output of the demultiplexer 2 is 
transmitted to external devices from the digital interface 
1 1 . As most of this processing is the same as that of the 
ordinary processing described above, only the points 
which differ will be mentioned here. 

The MPEG video data and MPEG audio data are 
transmitted to the digital interface 11 together with pack- 
et headers. In other words, when the microcomputer 9 
reads from the buffer memory 3, it reads data out lor 
each header, and sends it to the digital interface 11 via 
the demultiplexer 2. 

PSI and SI are also sent to the digital interface 11 
with headers. However, PAT leaves only the PID spec- 
ified by the PMT having the selected program no., and 



eliminates the remainder. For example, when program 
no. 1 is selected, only the PID for PMT1 ("cc" in the case 
of Fig. 3) is left and the remainder are eliminated. 

The data sent to the digital interface 11 is transmit- 
ted to external devices. The digital interface is based on 
for example IEEE-1394, in which case the data is insert- 
ed into asynchronous packets according to IEEE-1394 
before it is output. The asynchronous packets output by 
the digital interlace 11 are sent to an external DVCR or 
the like. The data is then extracted from the asynchro- 
nous packets, error correction coding is added in the re- 
cording system and, after the data is subjected to chan- 
nel coding, it is recorded. 

Next, the case will be described when data record- 
ed on a DVCR is played back and input to the digital 
signal processor in the above manner. The external 
DVCR inputs playback data to an asynchronous packet 
which is output. This asynchronous packet is input to 
the digital interface 11, the original MPEG video data, 
MPEG audio data and supplementary data are extract- 
ed, and these are written to the buffer memory via the 
demultiplexer 2. 

The processing of MPEG video data and MPEG au- 
dio data written to the buffer memory 3 is the same as 
the processing of the data in the transport stream input 
from the front end 1 described above. On the other hand, 
the microcomputer 9 processes PSI and SI written in the 
buffer memory 3 as described below. 

PAT and PMT are used without modification. As de- 
scribed above, when data is output from the digital sig- 
nal processor to an external DVCR, only the PID spec- 
ifying a PMT corresponding to a program no. selected 
from the PAT is left and the remaining data are eliminat- 
ed, hence only the PI D specifying the PMT for a program 
no. currently being input is written on the PAT in the data 
input from the external DVCR. The MPEG video data 
and MPEG audio data for the program currently being 
input can therefore be read by examining the PAT to 
search the PMT. The read MPEG video data and MPEG 
audio data are sent to the MPEG video decoder 4 and 
MPEG audio decoder 5 via the demultiplexer 2, and are 
then processed in the same way as from the front end 1 . 

As regards the EIT, only actual or present data in 
the program written in the PAT are decoded, the remain- 
der being ignored. Herein, the term actual refers to the 
transport stream in the selected channel, and present 
refers to the fact that the selected program is being 
broadcast. 

As regards RST, only elements related to programs 
written in the PAT are decoded, the remainder being ig- 
nored. Concerning SDT, only actual elements in pro- 
grams written in the PAT are decoded, the remainder 
being ignored. 

NIT is required for setting in the front end 1 , however 
as it is unnecessary in the demultiplexer 2, it is ignored. 
BAT is also ignored. 

Regarding TDT, when a playback signal from an ex- 
ternal recording/playback device is input, the TDT in the 
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playback signal from the device indicates the time when 
video recording was performed and not the current time, 
hence this TDT is ignored. When the input signal from 
the external device is not a playback signal, and the TDT 
indicates the present time, the TDT is decoded. In other 
words, the processing is different according to whether 
or not the TDT indicates the present time. It is therefore 
convenient if data indicating whether or not the TDT 
does indicate the present time, is added to the input sig- 
nal from the external device. This avoids setting an in- 
correct time when the internal clock is reset. 

The case will now be described when a plurality of 
programs are continuously input from an external 
DVCR. The microcomputer 9 examines the PAT to 
search the PMT, and reads MPEG video data and audio 
data in the program currently being input from the ex- 
ternal DVCR by examining the PMT. However, when the 
external DVCR continuously outputs a plurality of pro- 
grams and the program is changed over, the microcom- 
puter 9 examines the PAT to search for the PMT, and 
the MPEG video data and MPEG audio data for the pro- 
gram that was changed cannot be read. Also as past 
data is used for decoding in the MPEG video decoder 4 
and MPEG audio decoder 5, correct decoding cannot 
be performed unless the program data prior to change- 
over which remains in the buffer memories 4a and 5a is 
cleared. 

Likewise regarding SI, when a change-over is made 
to a program with a different transport stream, SI in the 
buffer memory 3 must also be updated. 

According to this embodiment, therefore, when the 
program played back by the DVCR changes, a flag iden- 
tifying this is appended to the header of the asynchro- 
nous packet. Fig. 6 is a diagram showing the format of 
an asynchronous packet. When the 2 bits of a tag field 
are 01 2 , a 2 quadlet common asynchronous packet 
header (referred to hereafter as CIP header) is inserted 
at the start of the data field. The value of tag is set to 
01 2 to handle real time video and audio signal data from 
digital video instruments or digital audio instruments. 

Fig. 7 shows a CIP header when tag = 01 2 . Fig. 8 
shows an example of assigning FMT (format type) in the 
CIP header. As shown in Fig. 6, DVCR is specified by 
FMT = 000000 2 and the MPEG signal transfer format is 
specified by 1 00001 2 . According to this embodiment a 
discontinuity flag is assigned to the bit bO of a FDF (For- 
mat Dependent Field). 

When the transport stream in the DCVR playback 
signal becomes discontinuous, this discontinuity flag is 
set to a n H (high)" level for a predetermined time (e.g. 1 
second). Specifically, video auxiliary data (VAUX data) 
indicating the start position (REC START) and end po- 
sition (REC END) of recording are recorded together 
with video data when video data are recorded in the 
DVCR. Consequently, the discontinuity flag is set to the 
U H (high)" level when this auxiliary data is detected dur- 
ing playback. 

According to this embodiment, the aforesaid dis- 



continuity flag is set to the °H (high)" level when the 
DVCR mode changes from stop (STOP) to playback 
(PB). Hence, even when a program is played back from 
the middle, the data in the buffer memories 4a, 5a can 
s be cleared and SI in the buffer memory 3 can be updat- 
ed. 

Further, according to this embodiment, a speed 
change playback flag is appended to the bit bl of FDF. 
This flag is set to the "H (high)" level when the DVCR 
operating mode is slow or cue/review. During this speed 
change playback, only MPEG I pictures are valid data, 
so the buffer memory 4a underflows, and the output of 
the MPEG video decoder 4 is cut off until the next I pic- 
ture is decoded. The construction of the digital signal 
processor is therefore such that when this flag is detract- 
ed, the I picture which was last decoded is output from 
the MPEG video decoder 4 until the next I picture is in- 
put. 

Fig. 9 is a flowchart showing the processing per- 
formed by the microcomputer 9 when there is an exter- 
nal input. 

First, the microcomputer 9 determines whether or 
not there is an external input (step S11). The determi- 
nation of whether or not there is an external input is 
made from the output of the front panel 10. 

Next, it is determined whether or not a discontinuity 
flag was detected (step S12). This determination is 
based on whether or not the digital interface 11 detected 
the discontinuity flag shown in Fig. 7. When a disconti- 
nuity flag is detected, the PAT, PMT and SI in the buffer 
memory 3 are updated, and a command to clear the data 
in the buffer memories 4a, 5a is issued to the MPEG 
video decoder 4 and MPEG audio decoder 5 (step S 1 3). 

Next, it is determined whether or not a speed 
change playback flag was detected (step S14). This de- 
termination, like that of the step S12, is based on wheth- 
er or not the digital interface 11 detected the speed 
change playback flag shown in Fig. 7. When the speed 
change playback flag is detected, a command is issued 
to the MPEG decoder 4 to continue outputting the I pic- 
ture which was last decoded. 

Fig. 6 is a diagram showing the formal of an asyn- 
chronous packet. When the 2 bits of a tag field are 01 2 , 
a 2 quadlet common asynchronous packet header (re- 
ferred to hereafter as CI P header) is inserted at the start 
of the data field. The value of tag is set to 01 2 to handle 
real time video and audio signal data from digital video 
instruments or digital audio instruments. Fig. 7 shows a 
CIP header when tag = 01 2 . Fig. 8 shows an example 
of assigning FMT (format type) in the CIP header. 

According to this embodiment, FMT= 1 00001 2 and 
the format of the MPEG signal transfer is specified. 
MPEG data is input to data blocks after the CIP header 
shown in Fig. 6. 

Fig. 1 0 is a block diagram showing the construction 
of a DVCR to which this invention is applied. This DVCR 
has a function for coding, and recording/playing back, 
analog video signals, and a function for recording/play- 
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ing back MPEG digital signals. 

First, recording/playback of analog video signals 
will be described. 

To record analog video signals, this DVCR compris- 
es an A/D converter 21 which digitizes video signals, a 
data compression coding circuit 22 which performs data 
compression such as DCT (Discrete Cosine Transfor- 
mation), quantization and variable length coding on the 
output of the A/D converter 21 , and a framing circuit 23 
which frames the output of the data compression coding 
circuit 22. 

Further, this DVCR comprises a multiplexer 24 
which combines the output of the framing circuit 23 and 
video auxiliary data (VAUX data) generated by a signal 
processing microcomputer 28 described hereafter, an 
error correction code adding circuit 27 which adds an 
error correction code to the output of the multiplexer 24, 
and a channel encoder 26 which records/modulates the 
output of the error correction coding circuit 27. 

This DVCR further comprises a mode processing 
microcomputer 27 which generates video signal TV 
channels and data signals such as recording date and 
time, etc., based on user operations, and a signal 
processing microcomputer 28 which generates VAUX 
data, etc., based on the output of the mode processing 
microcomputer 27. Herein, VAUX data comprises TV 
channels, recording date and time, recording start (REC 
START) position and recording end (REC END) position 
on a video tape. 

Fig. 11 shows the format of one track of data output 
by the error correction code adding circuit 25. As shown 
in the figure, the video data and VAUX data is organized 
in block units of 90 bytes. This data undergoes record- 
ing/modulation in the channel encoder 26, is amplified 
by a recording amplifier, not shown, and is recorded on 
a videotape by a magnetic head, not shown. In an actual 
DVCR, video data, VAUX data, audio data and subcode 
data are time-divided on the track when they are record- 
ed. 

The above is a description of the coding and record- 
ing of analog video input signals. Next, the reproduction 
of recorded video signals will be described. 

This DVCR comprises a playback circuit 29 which 
performs waveform equalization of data amplified by the 
playback amplifier, not shown, and playback of a data 
clock, a channel decoder 30 which performs recording 
demodulation on data output by the playback circuit 29, 
an error correction circuit 30 which performs error cor- 
rection on the output of the channel decoder 10, a de- 
multiplexer 22 which separates video data and VAUX 
data from the error correction circuit 31 , a def raming cir- 
cuit 23 which separates the frames of this video data, a 
data compression decoding circuit 24 which performs 
processing such as decoding of variable length codes, 
reverse quantization and reverse DCT on the output of 
the deframing circuit 23, and a D/A converter 35 which 
converts the output of the data compression decoding 
circuit 24 to an analog format and converts it to an an- 



alog video signal. The VAUX data separated by the de- 
multiplexer 32 is sent to the signal processor microcom- 
puter 28, and sent from here to the mode processor mi- 
crocomputer 27. 
5 Next, recording/playback of a coded signal input 

from an external device, will be described. This DVCR 
has a digital interface 36. This digital interface 36 has 
the same construction as the digital interface 11 in the 
receiver/demodulator of Fig. 1. I EEE-1 394 packets are 
io sent to and received from the digital interface 11 of Fig. 
1. 

Next, the recording of MPEG data input from the 
digital interface 36 will be described. This MPEG data 
is input in asynchronous packets from the digital inter- 
face 11 of the receiver/demodulator of Fig. 1, and trans- 
ferred. 

First, MPEG data from the asynchronous packets 
in the digital interface 36, i.e. MPEG video data, MPEG 
audio data and supplementary data are separated. The 
separated data is sent to the multiplexer 24 via a switch 
SW1 , multiplexed with VAUX data output by the signal 
processor microcomputer 28, and is converted to the 
format of Fig. 1 1 by the error correction code adding cir- 
cuit 25. In other words, MPEG video data, MPEG audio 
data and supplementary data are all recorded on the vid- 
eo data recording area. The processing after the error 
correction code adding circuit 25 is the same as for the 
aforesaid recording of analog video signals. 

Next, the processing during playback of MPEG data 
will be described. Up to input of playback data to the 
demultiplexer 32, processing during playback is the 
same as processing during playback of video signals. 
The playback data input to the demultiplexer 32 is sep- 
arated at this state into MPEG data and VAUX data. 
MPEG data is sent to the digital interface 36 via the 
switch SW2. VAUX data is sent to the signal processing 
microcomputer 28. 

In the digital interface 36, headers shown in Fig. 6 
and Fig. 7 are added to the MPEG data, and output to 
external devices as an asynchronous packet. This asyn- 
chronous packet is input to the digital interface 11 of the 
receiver/demodulator, the original MPEG video data, 
MPEG audio data and supplementary data are extract- 
ed, and written to the buffer memory 3 via the demulti- 
plexer 2. 

The flags described above are shown in Fig. 12. 
Herein, NP is normal play data, and TP is triple play da- 
ta. NP1 - NP2 indicates that a normal play program has 
changed. 



Claims 

1. A digital signal processor comprising: 

55 

first means for selecting a transport stream cor- 
responding to any channel from a transport 
stream containing a plurality of multiplexed 
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channels, 

second means for separating video data and 
audio data in any desired program from said 
transport stream by referring to supplementary 
data in said selected transport stream, 5 
third means for decoding said separated video 
and audio data, 

fourth means for sending video data, audio data 

and supplementary data from external devices 

to said second means, and detecting data indi- io 

eating a program discontinuity, and 

fifth means for initializing said third means 

when said fourth means detects data indicating 

said program discontinuity. 

15 

A digital signal processor as defined in claim 1, 
wherein supplementary data in said second means 
is updated when said fourth means detects data in- 
dicating a program discontinuity. 

20 

A digital signal processing method, in a digital signal 
processor comprising first means for selecting a 
transport stream corresponding to any channel 
from a transport stream containing a plurality of mul- 
tiplexed channels, second means for separating 25 
video data and audio data in any desired program 
from said transport stream by referring to supple- 
mentary data in said selected transport stream, 
third means for decoding said separated video and 
audio data, and fourth means for sending video da- 30 
ta, audio data and supplementary data from exter- 
nal devices to said second means, and detecting 
data indicating a program discontinuity, 

said third means is initialized when said fourth 
means detects data indicating a program disconti- 35 
nuity. 

A digital signal recording/playback device compris- 
ing: 

40 

first means for inputting/outputting a digital sig- 
nal coded by a predetermined coding scheme, 
second means for recording said digital signal 
transmitted by said first means in a recording 
medium, 45 
third means for reproducing said digital signal 
recorded on said recording medium, and 
fourth means for detecting a program change 
in said digital signal played back by said third 
means, 50 
wherein said fourth means adds a first identify- 
ing data to the digital signal output by said first 
means when a program change is detected. 

A digital signal recording/playback device as de- 55 
fined in claim 4, further comprising fifth means for 
inputting an operating mode, and adding second 
identifying data to the digital signal output by said 



first means when a speed change playback mode 
is specified. 

6. A digital signal playback method, wherein first iden- 
tifying data is added to said digital signal when a 
program in said playback digital signal has 
changed, when a digital signal coded by a prede- 
termined coding scheme is played back from a re- 
cording medium and output to an external device. 

7. A digital signal playback method as defined in claim 
6, wherein second identifying data is further added 
to said digital signal when speed change playback 
is performed. 
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(54) Digital signal processing 



(57) An MPEG video decoder (4) and MPEG audio 
decoder (5) respectively decode MPEG video data and 
MPEG audio data separated by a demultiplexer (2). A 
digital interface (11) sends and receives MPEG video 
data, MPEG audio data and supplementary data be- 
tween the demultiplexer (2) and external devices. The 
digital interface (11) detects a flag indicating a disconti- 
nuity in a program from an input signal, and a microcom- 
puter (9) performs control so as to initialize buffer mem- 
ories (3,4a,5a). 



When the microcomputer (9) detects data indicating 
a recording start position and recording end position in 
playback data sent by the demultiplexer (2), this is no- 
tified to the digital interlace (11). The digital interface 
(1 1 ) generates a discontinuity flag identifying a program 
change in a header of an asynchronous packet into 
which video data from the demultiplexer (2) is input. 

Thus data may be added showing a program 
change when a plurality of digital broadcast programs 
are played back on a digital VTR, input to a digital broad- 
cast receiver/demodulator and decoded. 
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